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DECLARATION UNDER 37 C.F.R. § 131 TO OVERCOME GIORGIO 



1. This declaration is to establish the status of the inventions in the above-captioned U.S. 
patent applications in the United States on November 12; 1996, which is the effective date of U.S. 
Patent No. 5,761,085, entitled Method for Monitoring Environmental Parameters at Network Sites, 
to Giorgio, which was cited by the Examiner against the above-captioned applications. 

2. We are the named joint inventors of the described subject matter and all claims in the 
above-referenced applications. 

3. We have read the Office Action mailed January 13, 1999 (Paper No. 8) regarding the '070 
application, the Office Action mailed January 6, 1999 (Paper No. 8) regarding the '068 application, 
the Office Action mailed February 8, 1999 (Paper No. 7) regarding the '347 application, and the 
Office Action mailed January 7, 1999 (Paper No. 8) regarding the '071 application. 

4. We developed our inventions as described and claimed in the subject applications in this 
covmtry, as evidenced by the following events: 

a. By at least November 1995, we had conceived of a control diagnostic and monitor 
subsystem for a server system. A document, entitled "Raptor System: A Bird's Eye View, 
Version 0.99", was written at least as early as November 2, 1995, as evidenced by the 
document date. A copy of the cover page, and pages 8 and 9 of document is attached as 
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Exhibit A. The control diagnostic and monitor subsystem was to supervise or monitor 
various system attributes and a historical log of all system events. 

b. By at least January 1996, we had conceived of using a network of microcontrollers 
as the monitoring and control hardware of the subject inventions. A document, entitled 
"Raptor Wire Service Architecture, Version 1.0" ("Wire Architecture"), was written at least 
as early as January 23, 1996, as evidenced by the document date. A copy of the cover page, 
pages 6-8 and 13-25 of Wire Architecture is attached as Exhibit B. Pages 6-8 describe a 
log data type used for recording system events in the system log, and an event data type for 
alerting extemal interfaces (such as the remote interface) of events in the Wire Service 
(microcontroller network). Wire Architecture discloses a table of Wire Service Network 
Physical Connections at pages 13-19. This table describes the physical signal connections 
to all the Wire Service processors. Wire Architecture also discloses a Wire Service 
Network Memory Map of all Wire Service (microcontroller network) addressable entities at 
pages 20-25 of the document. For example, page 22 of the Wire Architecture indicates 
several of the addressable entities associated with the server (an example of a first 
computer) power supplies. These entities include an analog measure of the voltage for the 
main power supplies and a power supply DC OK status which could be monitored by the 
Remote Interface microcontroller and/or passed on to the Recovery Manager at the client 
(an example of a second computer). Another entity is the System Log (WS_SYS_LOG). 

c. By at least April 1996, we had conceived of an architecture for the remote interface 
module. The remote interface module may be incorporated in or on the server enclosure. 
The remote interface communicates with the server microcontroller network and with 
extemal computers via a RS-232 port, for example. The remote interface also provides 
remote power from a remote interface power supply that is independent of the server power 
supply. A schematic, entitled "Schematic of Raptor Remote Board, Revision 01", was 
drawn at least as early as April 1, 1996, as evidenced by the document date. A copy of 
sheets 1 of 2 and 2 of 2 of the schematic is attached as Exhibit C. A remote interface 
microcontroller (PIC16C65), memory and RS-232 interface are shown on sheet 1. The top 
left portion of sheet 2 generates the independent power. The independent remote interface 
power supply is not shown but connects to connector J2 on pins 1 and 2. A RJ45 connector 
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PI (also on sheet 2) provides an interconnection point between the remote interface 
microcontroller and the server microcontroller network. 

d. The architecture for the remote interface was documented in a specification entitled 
"Remote Interface Board Specification, Revision 2" ("RIB Specification"), written at least 
as early as June 21, 1996, as evidenced by the document date. A copy of the RIB 
Specification is attached as Exhibit D. The RIB Specification recites at page 3 that the RIB 
is an interface between Raptor Wire Services (the microcontroller network) and an external 
modem. The system status and commands are passed through the RS232 connection at the 
modem side to the Wire Services bus controlled through the on-board microcontroller. 

e. I, Ahmad Nouri, began employment with NetFRAME (which was subsequently 
purchased by the Assignee, MICRON ELECTRONICS, INC.) on August 9, 1996. At that 
time, I began work by further developing and implementing the software aspects of the 
inventions. 

f. I, Ahmad Nouri, met with a manager of customer support, John Hammond, during 
the week of August 19, 1996, to discuss my ideas for the inventions. An e-mail was written 
by John Hammond to me at least as early as August 29, 1996, as evidenced by the 
document date. A copy of the e-mail is attached as Exhibit E. The e-mail message 
sunmiarizes aspects of the inventions discussed during our meeting. 

g. By at least October 1996, we developed a revised version of the architecture for the 
network of microcontrollers. A document, entitled "Raptor Wire Service Architecture, 
Version 1.3" ("Wire Architecture"), was written at least as early as October 3, 1996, as 
evidenced by the document date. A copy of the cover and pages 1, 7-10 and 36-37 of Wire 
Architecture is attached as Exhibit F. Page 1 has a Wire Services hardware block diagram 
which shows how the remote interface connects with the microcontroller network so as to 
obtain system status and read the system log. Pages 7-10 describe the log data type used for 
recording system events in the system log, and the event data type for alerting external 
interfaces of events in the microcontroller network. These data types were revised since the 
earlier version of the document. Pages 36-37 describe the Wire Service Remote Serial 
protocol used to communicate microcontroller network messages across a serial link fi'om 
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the remote interface microcontroller attached to the server to a Wire Service remote 
management processor at the second computer. 

h. A schematic, entitled "Schematic of P6 Mother Board, Revision 54", was written at 
least as early as October 24, 1996, as evidenced by the document date. A copy of sheet 42 
of 60 for the Speed Fan Controller section is attached as Exhibit G. This section includes 
the server end of the RJ45 connector (labeled PI 3) which interconnects the microcontroller 
network v^th the remote interface. The RJ45 connector also receives the independent 
power at pin 5 from the remote interface. Pin 5 of the PI 3 connector then feeds a diode 
D 15, the output of which is the Bias_5V (independent) power for the server. 

i. By at least May 1997, we developed a revised version of the architecture for the 
remote interface. A schematic, entitled "Schematic of Raptor Remote Board, Revision 50", 
was drawn at least as early as May 6, 1997. A copy of sheets 1 of 2 and 2 of 2 is attached as 
Exhibit H. 

5. I, Karl S. Johnson, am listed as an inventor on a provisional Patent Application No. 
60/046,397, filed May 13, 1997, which is a priority application for the subject appUcation. I, 
Ahmad Nouri, am listed as the inventor on a provisional Patent Application No. 60/046,326, filed 
May 13, 1997, which is a priority application for the subject appUcation. 

6. We are the listed inventors on the subject regular patent applications filed on October 1, 
1997. 

7. All acts leading to the reduction of practice were performed in the United States. 

8. This declaration is submitted prior to a final rejection. 

Penalty of Perjury Statement 
We declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful, false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willfiil, false statements may jeopardize the validity of the application or any 
patent resulting therefrom. 
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# 



Control Diagnostic and Monitor Subsystem 

the following system features: ^ subsystem supervises or monitors 



See Glossary 
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• Power supplies - Presence, status, A/C good, Power On/Off and Output voltages. 

• Environment - Ambient and exhaust temperatures, Fan speed, speed control. Fan fault and 
Overtemp indicators. 

• Processor - CPU Presence, Power OK, Overtemp and Fault, NMI control, System reset, 
Memory type/location and Bus/Core speed ratio. 

• I/O - I/O Canister insertion/removal and status indicator, PCI card presence, PCI card power 
and Smart I/O processor Out Of Band control. 

• Historical - Log of all system events. Character mode screen image, and Serial Numbers. 

Control of CDM functions is either intrinsic ( i.e. CDM components act automatically to perform 
the function, such as when a fan fails, the remaining fan has its speed increased and the fan 
failure indicator is lit) or external (i.e. the CDM subsystem gets external input requesting the 
function ). External functions can be initiated from either the system interface port by one of the 
P6 processors or through the RS232 serial CDM interface connected to the CDM External port. 

The CDM subsystem remote access feature provides for remote management of the system when 
the Operating System is not available^. 



^See section on Remote Management. 
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Raptor Wire Service 
Architecture 

Version 1.0 

1/23/96 



Prepared for 

Raptor Implementation Group 
by 

Karl Johnson (KJ) 
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Write Byte Array Message 
Request 


Slave 
Address 


Typemw 


Start Addr 
MSB 


Start Addr 
LSB 


Length Array . , . Array 
N Data 1 Data N 


Check 
Byte 

Response 




Slave 
Address 


Length 
0 


Status 
0/Success 


Check 
Byte 





Log Type 

The Log data type is to be used for logging byte strings in circular log buffer. It is used to record system 
events in the NVRAM system log. 



Read Log Message 
Request 



Slave 
Address 


Typemw 


Log Addr 
MSB 


Log Addr 
' LSB 


Request 
255 


Check 
Byte 




Response 


Slave 
Address 


Length 
N+7 


Log Time 
MSB 


Log Time 


Log Time 


Log Time 
LSB 


Log Addr Log Addr 
MSB LSB 


Log Data 
BytcO 




Log Data 
BytcN 


Status 
0/Success 


Check 
Byte 





Write Log Message 



Request 



Slave 
Address 


Typc/RW 


N/A 


N/A 


Length 
N 


Log Data 
ByteO 




Log Data 
BytcN 


Check 
Byte 

Response 






Slave 
Address 


Length 
0 


Status 
0/Success 


Check 
Byte 
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The addressing of log entries has some special characteristics. 

1) Reading address 65565 (OxfffQ is special - It represents the address of the latest entry in the log. 

2) Reading address 65564 (Oxfffe) is also special - It represents the address of the earliest available entry. 

3) The address of real log entries wraps at 655 19 (OxffeO. The next sequential entry after 65519 is 0. 

4) The address of is ignored on write and the next available entry is written. 

5) To read the entire log in forward time order, read entry at address 65564. This returns the first log entry 
along with its actual log address. Increment that address by one and read that entry. Repeat the last step 
until status indicates failure. 

6) To read the entire log in reverse time order, read entry at address 65565. This returns the last log entry 
along with its actual log address. Decrement that address by one and read that entry. Repeat the last step 
until status indicates failure. 

7) To keep a complete external copy of the log, first read the entire log in forward time order and remember 
the last valid entry. Then periodically read forward from the remembered last valid entry to the end and 
add that to the external copy. 

Event Type 

The event data type is to be used for alerting external interfaces of events in the Wire Service network. 
Event memory is organized as a queue. The queue will probably be quite small (< 20 Events). Writing an 
event places the event ID at the next available entry, unless the last queue entry would be written by this 
event In that case, the last queue entry is a Queue Overflow Event and the write fails. This allows the 
external interface to realize that events were lost and it should scan for any changes in data. 
Reading the event type returns requested number of events in the queue or the entire queue which ever is 
less and removes them from the queue. 



Read Event Message 
Request 



Slave 


Type/RW 


N/A 


N/A 


Request , 


'Check 




Address 








1-255 ' 


Byte 




Response 


Slave 


Length 


Event 




Event 


Status " 


Check 


Address 


N 


ID I 




IDN 


0/Success 


Byte 
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Write Event Message 
Request 



Slave 


TypcmW 


N/A 


N/A 


Length 


Event 


Check 


Address 








1 


ID 


Byte 



Response 



Slave 


'Length 


Status 


Check 


Address 


0 


0/Success 


Byte 



Possible Event Types: 
CPU Status Change 
Power Status Change 
Canister Status Change 
Fan Status Change 



Screen Type 

The screen data type is to be used for communication of chaniacr mode screen information from the 
system BIOS to remote management interface. 



Read Screen Message 
Request 



Slave 


TypemW 


S Addr 


S Addr 


Request 


Check 


Address 




MSB 


LSB 


1-255 


Byte 



Slave 
Address 


Length 
N 


Screen 
Data 1 




Screen 
DataN 


Status 
0/Success 


Check 
Byte 




Write Screen Message 
Request 




Slave 
Address 


Typc/RW 


S Addr 
MSB 


S Addr 
LSB 


Length 
N 


Screen 
Dau 1 




Screen 
Data n 


Check 
Byte 

Response 






Slave 
Address 


Length Status Check 
0 0/Success Byte 
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Wire Service Network Physical Connections 



The following tabic describe all of the physical signal connections to all of the Wire Service processors. 
The names for the connections will be related to network accessible memory data in the section which 
follows called "Wire Service Network Memory Map". 

Note: All signal types and definitions arc from the viewpoint of the individual Wire Service PIC processor 
( e.g. Input means input to PIC processor ) 

Wire Service System Bus Interlace (System Type ID: SO) Processor ID 10 



RAO 




S0_FIFO tEFZ 


In RFO flSA Writes) Empty Flag (Active Low) 


Status Rags fa both ISA bus 
RFOs. 

Need to morutor for trKoming 
message overruns. Also must 
assure that output RFO is empty 
before loading output message. 


RA1 




S0_FIFO IHFZ 


In RFO (ISA Wrftes) Haff-fun Rag (Active Low) 


RA2 




SO RFO IFFZ 


In RFO (ISA Wrftes) Futl Flag (Active Low) 


RA3 




S0_RFO_OEFZ 


Out RFO (ISA Roads) Empty Rag (Active Low) 


RA4 




S0_RFO_OHFZ 


Out RFO (ISA Reads) Haff-(u» Flag (Active Low) 


RA5 




S0_FIFO_OFFZ 


Out RFO (ISA Reads) FuO Rag (Active tow) 


RBO 




S0_RFO_IX) 


ISA RFOs Data bus Bit 0 


This is an 8 t>it bi-directional port 
for the ISA RFO data bus. These 
b(ts should drive the bus before 
asserting RFO Write and can be 
read after in-stating and asserting 
RFO Read 


RB1 


vo 


S0_RFO 01 


ISA RFOs Data bus Bit 1 


RB2 


vo 


S0_RFO 02 


ISA RFOs Data bus Bit 2 


RB3 


vo 


SO^RFO 03 


ISA RFOs Data bus Bit 3 


RB4 


I/O 


S0_RFO_D4 


tSA RFOs Data bus Bit 4 


RB5 


1/0 


SO.RFO 05 


ISA RFOs Data bus Bit 5 


RB6 


vo 


SO RFO 06 


ISA RFOs Data bus Bit 6 


RB7 


vo 


S0_RFO_D7 


ISA RFOs Data bus Bit 7 


RCO 


0 


SO RFO R2 


RFO (ISA Wrftes) Read (Assert Low) 


Assert to read the In RFO 


RC1 


o 


SO^RFO WZ 


PIC to ISA RFO (ISA Reads) Wrfte (Assert Low) 


Assert to write the Out FIFO 


RC2 


0 


SO_ISA_INT 


PIC to ISA tntemipt Reouest (Assert 7 1 


Lev^ Interrupt to ISA bus 


RC3 


vo 


S0J2C_DATA 


Wire Service Bus Ooek 02C) 


Only used for 120 


RC4 


vo 


S0_I2C_CLK 


Wire Service Bus Data fl2C) 


RC5 


0 


SO.RFO^RSTZ 


In and Out FIFOs Reset (Assert Low) ; 


Resets both RFOs 


RC6 


o 


SO^RFO IRTZ 


In RFO (ISA Writes) Retransmit (Assert Low) ' 


Resets the Read pointer to 0 


RC7 


o 


SO RFO ORT2 


Out RFO (ISA Reads) Retransmit (Assert Low) 


Resets the Read pointer to 0 


ROD 


vo 


S0_CSR_O0 


ISA External Data bus Bit 0 ( Stave parallel port ) 


The slave parallel port is used as a 
bidirectional control and status 
register on the ISA bus. 


R01 


vo 


SO_CSR^01 


ISA External Data bus Bit 1 ( Stave paranei port ) 


RD2 


vo 


S0_CSR 02 


ISA External Data bus Bit 2 ( Stave parallei port ) 


RD3 


vo 


SO^CSR 03 


ISA External Data bus Bit 3 ( Slave parallel port1 


RD4 


vo 


SO_CSR 04 


ISA External Data bus Bit 4 ( Stave parallel pod ) 


RD5 


vo 


SO.CSR 05 


ISA External Data bus Bit 5 ( Slave parallel port ) 


RD6 


vo 


SO^CSR 06 


ISA External Data bus BK 6 ( Slave parallet port ) 


RD7 


vo 


SO CSR 07 


ISA External Data bus Bit 7 ( Stave parallel port ) 


REO 




SO.CSR R2 


ISA Read Slaw Parallel Port (Assert Low) 


Not directty manipulated after 
setting port D/E to act as stave 
parallel port 


RE1 


1 


SO.CSR WZ 


ISA Write Stave Parallel Port (Assort Low) 


RE2 


1 


SO CSR SZ 


1 ISA StavBParafglPoflStffflfAsgenLw} 
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Wire Service System Monitor A (System Type ID Si ) Processor tO 3 



RAO 


0 


S1_FAN_HI 


System Board fan speed to hioh (Assert Hi) 


Assert on any SB fan failure 


RA1 


0 


S1_SBFAN^LED 


System Board fan fautt LEO 


Assert on any SB fan failure 


RA2 


O 


S1_BC_DS0 


Bus/Core Speed Ratio and DIMM Select Mux Bit 0 


During system reset these bits 
select bus/core speed ratio for all 
processors. Otherwise they select 
which DIMM presents its type on 
DIMM type port. 


RA3 


O 


S1_BC_DS1 


Bus/Core Speed Ratio and DIMM Select Mux Btt 1 


RA4 


0 


S1_BC_DS2 


Bus/Core Speed Ratio and DIMM Select Mux Bit 2 


RA5 


0 


$1_BC_DS3 


Bus/Core Speed Ratio wS DIMM Select Mux Bit 3 


RBO 


vo 


S1_IjCO„D0 


LCD Corrtrdler Data Bus bit 0 


These lines make up ttie 8 bit data 
bus to the LCD display 


RBI 


I/O 


S1_LCD D1 


LCD Controller Data Bus bit 1 


RB2 


I/O 


SIACD D2 


LCD Controner Data Bus brt 2 


RB3 


vo 


S1_LCD_D3 


LCD Controller Data Bus bit 3 


RB4 


I/O 


S1_LCD D4 


LCD Controller Data Bus bit 4 


RB5 


I/O 


S1_LCD OS 


LCD Controller Data Bus bit 5 


RB6 


I/O 


S1_LC0_D6 


LCD Controller Data Bus bit 6 


RB7 


vo 


S1_LC0_D7 


LCD Controller Data Bus bit 7 


RCO 




SI.FAN^TP 


Tachometer pulse input from selected fan 


Gerwralty routed to counter 


RC1 


o? 


S1_0K_T0_RUN 


Drives SYS_PWRGOOD siona! 


System starts on 0->l transition 


RC2 




S1_RESET SW 


Undebounced input from System Reset switch 




RC3 


vo 


S1J2C_DATA 


Wire Service Bus Clock (120 


Only used for I2C 


RC4 


I/O 


S1_I2C_CLX 


Wire Service Bus Data (120) 


RCS 


0 


S1_FAN SELO 


Fan Tachometer Muttipfexer Select Bit 0 


Used to select which fan 
tachometer pulse output is gated to 
S1_FAN_TP 


RC6 


o 


SI^FAN SEL1 


Fan Tachometer Multiplexer Select Bit 1 


RC7 


o 


S1_FAN^SEL2 


Fan Tachometer Multiplexer Select Bit 2 


RDO 




SI DIMM DO 


DIMM Type port bit 0 ' 


These tines make up an 8 bit port 
which on which the DIMM module in 
the slot selected by S1_BC_DS0..3 
presents its type data if any. If no 
DIMM is present in the slot selected 
the DIMM type bits are an Vs. - 


RD1 




S1_DIMM 01 


DIMM Type port bit 1 


RD2 




S1_0IMM_D2 


DIMM Type pod bit 2 


RD3 




S1_DIMM_D3 


DIMM Type port bit 3 


R04 




S1_0IMM_D4 


DIMM Type port bit 4 


R05 




S1 DIMM D5 


DIMM Tvpe port bit 5 


RD6 




S1_DIMM_D6 


DIMM Type port bit 6 


RD7 




S1_DIMM_D7 


DIMM Type port bit 7 


REO 


o 


S1_LCD_RS 


LCD Controller Reqister Select 


See LCD Controller data sheet for 
details of operation of these signals 


RE1 


0 


Sl_LCO ENA 


LCD Controller Register Enable 


RE2 


0 


S1 LCD RW 


LCD Controller Reoister Read'Write 
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Wire Service System Monitor 8 (System Type ID S2) Processor ID 4 
Pin Type Name Function Notes 



RAO 


0 


S2_FLASH_LED 


CPU Disptav the EnabtetDisable state of the BIOS Rash ROM 


Should track S2_FLASH_ENA 


RA1 


0 


S2_SBFLT_LED0 


System Board FRU LED Pin 0 (bicokx LED) 


Drive in different combinations tor 
OFF. AMBER, GREEN 


RA2 


0 


S2_S8FLT tEDI 


System Board FRU LEO Pin 1 (bicdor LED) 


RA3 


0 


S2_OVRTMP^LED 


Over Temperature LED 




RA4 


1 


S2_TEMP_CPU4 


Thermal Fault • CPU 4 


Indicator thai CPU has exceeded 
temperature limit end faulted 


RA5 


J 


S2_TEMP_CPU3 


Thermal Faoll • CPU 3 


RBO 


o 


S2_SB_XrAG 


Enable System Board JTAG Chain TMS 




RBI 


0 


S2_FLASH_WE 


System BIOS FLASH Write Enable 




RB2 


1 


S2_FLASH_SW 


System BIOS FLASH Wrfte Eruble Switch ( urxjetxxjnced ) 




R63 


J 


S2_NMI_SW 


System NorvMaskabte Intemjpt (NMI) Swftch (urtdebounced) 






1 




KCTwer uooo SKjnai irom oru i 


Indcator that power regutalor for 
CPU is operating correctly. Only 
valid if corresporKfing CPU is 
present (S2_PRES_CPUx) 


RB5 


I 


S2_POK_CPU2 


Power Good sionai Irom CPU 2 


RB6 


1 


S2_POK_CPU3 


Power Good signal from CPU 3 


RB7 




S2_POK_CPU4 


Power Good signal from CPU 4 


RCO 


X 




Unused 




RC1 


X 




Unused 




RC2 


0 


S2_NMI_CPU4 


NMI Request for CPU 4 


Toqqie to cause NMI to CPU 


RC3 


I/O 


S2 I2C_CLX 


Wire Service Bus Data (I2C) 


Only used forl2C 


RC4 


I/O 


S2J2C_CLK 


Wire Service Bus Data 020) 


RC5 


o 


S2^NMLCPU3 


NMI Request for CPU 3 


See S2_NMI_CPU4 above 


RC€ 


o 


S2_NMI_CPU2 


NMI Request for CPU 2 


RC7 


o 


S2_NMI_CPU1 


NMI Request for CPU 1 


RDO 




S2_PRES_CPU1 


Presence detection bit • CPU 1 


Asserted when a process a inserted 
in the system board 


RD1 




S2_PRES_CPU2 


Presence detection bit - CPU 2 


R02 




S2_PRES_CPU3 


Presence detection bit - CPU 3 


RD3 




S2_PRES_CPU4 


Presence detection bit • CPU 4 


RD4 




S2_ERR0R_CPU1 


Processor Fault bit - CPU 1 


Processa etttter failed BIST on 
startup or later other fault Onfy valid 
if corresparK£ng CPU is present 
(S2_PRES,CPUx) 


RD5 




S2_ERROR_CPU2 


Processor Fauft bit - CPU 2 


RD€ 




S2_ERR0R CPU3 


Processor Fauft bit • CPU 3 


RD7 




82 ERROR CPU4 


Processor Fault bit - CPU 4 


REO 


o 


S2_SYSFLT_LED 


System Fauft summafy LED 




RE1 




S2_TEMP_CPU2 


Themial Fauft • CPU 2 


See S2_TEMP.CPU4 above 


RE2 




S2 TEMP CPU1 


Thermal Fauft- CPU 1 
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Wire Service System Recorder (System Type (D S3 ) Processor 10 1 
Pin Type Name Function Notes 



RAO 


O 


Sa^NVRAM AS 


NVRAM Address Bit e 


NVRAM Address Bus Bits 6-13 


RA1 


O 


S3_NVRAM_A9 


NVRAM Address Bit 9 


RA2 


0 


S3 NVRAM A10 


NVRAM Address Bit 10 


RA3 


o 


S3 NVRAM All 


NVRAM Address Bit 11 


RA4 


0 


S3_NVRAM_A12 


NVRAM Address BH 12 


RA5 


0 


S3_NVRAM_A13 


NVRAM Address Bit 13 


RBO 


I/O 


S3_NVRAM_D0 


NVRAM Date Bit 0 


NVRAM 8 Bit Data Bus 


RBI 


I/O 


S3 NVRAM_D1 


NVRAM Data Bit 1 


RB2 


I/O 


S3_NVRAM_D2 


NVRAM Data BH 2 


RB3 


I/O 


S3_NVRAM_D3 


NVRAM Data Bit 3 


RB4 


I/O 


S3_NVRAM_D4 


NVRAM Data Bit 4 


RB5 


I/O 


S3_NVRAM_D5 


NVRAM Data Bit 5 


RB€ 


I/O 


S3_NVRAM_D€ 


NVRAM Data Bit 6 


RB7 


I/O 


S3_NVRAM_07 


NVRAM Data Bit 7 


RCO 


o 


S3_NVRAM_CSZ 


NVRAM Chip Select (Neoatrva Logic) 


Control signals for NVRAM - See 
Dallas OS 1245 data sheet 


RC1 


0 


S3_NVRAM_OEZ 


NVRAM Output Enable (Neqative Looic) 


RC2 


o 


S3 NVRAM_WE2 


NVRAM Write Enable (Negative Logic) 


RC3 


I/O 


S3 120 cue 


Wire Service Bus Data (12C) 


Only used for I2C 


RC4 


I/O 


S3_12C_CLK 


Wire Service Bus Data (120) 


RC5 


0 


S3 NVRAM_A14 


NVRAM Address Bit 14 


NVRAM Address Bus Bits 14-16 


RC6 


0 


S3_NVRAM_A15 


NVRAM Address Bit 15 


RC7 


0 


S3_NVRAM_A16 


NVRAM Address Bit 16 


RDO 


0 


S3_NVRAM_A0 


NVRAM Address Bit 0 


NVRAM Address Bus Bits 0-7 


RD1 


0 


S3 NVRAM A1 


NVRAM Address Bit 1 ' 


RD2 


0 


S3_NVRAM_A2 


NVRAM Address BH 2 


R03 


0 


S3 NVRAM A3 


NVRAM Address Bit 3 


RD4 


0 


S3 NVRAM_A4 


NVRAM Address Bit 4 


RD5 


0 


S3 NVRAM_A5 


NVRAM Address Bit S 


RD€ 


o 


,S3_NVRAM_A6 


NVRAM Address Bit 6 . 


RD7 


0 


S3 NVRAM A7 


NVRAM Address Bit 7 


REO 


o 


S3 RTC.CLK 


Real Time Ctock • Data aock 


See Oaflas OS 1603 data sheet 


RE1 


1 


S3_RTC_DATA 


Real Time Clock • Serial Data 


RE2 


o 


53 RTC RSTZ 


Real Time Clock - Protocol Reset fNeoativG Looic) 
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Wire Service Backplane (System Type ID S4) Processor 10 2 



RAO 


A 


S4_VOLTS_P5V 


Analog measure of system *S voft main suppty 


Use D/A converter to read voftages 
as 0-255. Calibration constants are 

QUI VI II HI Kfu tiAiQrnaiiy 


RA1 


A 


S4 VOLTS P3V 


Analog measure of system *3,3 voft mam suppty 


RA2 


A 


S4_VOLTS^P12V 


Analog measure of system •t>12 volt main suppty 


RA3 


A 


S4_VREF 


Voftaqe RefererKe for A/D conv«rter 


Unused 


RA4 


X 








RA5 


A 


S4 VOLTS N12V 


Analog measure of system -12 voft main supply 


SeeS4^V0LTS P5V 


RBO 


I/O 


S4_PSN_CAN1 


Preserve and Serial Number I/O for Canister 1 


These are all Knes to one wire serial 
data EPROMS. See Dallas DS2S0x 
data sheet for programming 
information 


RBI 


I/O 


S4 PSN_^CAN2 


PreserKe arvl Serial Number I/O tor Canister 2 


R62 


I/O 


S4_PSN CANS 


Presence and Serial Number t/0 lor Canister 3 


RB3 


I/O 


S4 PSN CAN4 


Presence and Serial Number I/O for Canister 4 


RB4 


I/O 


S4_PSN_CAN5 


PreserKe and Serial Number t/0 for Cenistef S 


RB5 


I/O 


S4_PSN_CAN6 


Presence and Serial Number t/0 for Caruster 6 


RB6 


vo 


S4 PSN CAN7 


Presence and Serial Number t/0 for Canister 7 


RB7 


I/O 


S4 PSN^CANS 


Preserve and Serial Number I/O for Canister 6 


RCO 


X 








RC1 




S4 ACOK PS3 


Input OK to Powf Supply 3 


Should check only if PSN for power 
supply irvlicetes preserKe. 


RC2 




S4 ACOK PS2 


A/C Input OK to Power Supply 2 


RC3 


I/O 


S4_t2C^CLX 


Wire Service Bus Data (I2C) 


Only used for 12C 


RC4 


vo 


S4J2C_CLK 


Wire Service Bus Data (120) 


RC5 


1 


S4 ACOK PS1 


AJC Input OK to Power Supply 1 


See S4_ACOK_PS3 


RC6 


0 


S4_P0WER_0N 


Eriable main output from pnwr supplies 




RC7 


1 


S4_P0WER_SW 


Power On/OH swHch (urxlebounced) 




RDO 


I/O 


S4^PSN_PS1 


Presence and Serial Number (or Power Supply 1 


These are all lines to one wire serial 
daia EPROMS. See Dallas DS250x 
data sheet 


RD1 


I/O 


S4^PSN_PS2 


Presence and Serial Number tor Power Supply 2 


RD2 


IAD 


S4_PSN_PS3 


Presence and Serial Number for Power Supoty 3 ' 


R03 


VO 


S4_PSN_BP 


Presence and Serial Number for Backplane 


Dallas DS250X also 


RD4 


VO 


S4 PSN SB 


Presertce arKl Serial Number for System Board 


Dallas DS250X also 


RD5 


1 


S4_BP_TYPE 


Backplane Type ( 0: Smell 1: Large 1 




R0€ 


t/0 


S4_TEMP_SCL 


Temperature Bus Ctock 


I2C local bus for temperature 
probes at different system pdnts 


RD7 


I/O 


S4 TEMP SDA 


Temperature Bus Serial Data 


REO 




S4_OCOK_PS3 


D/C Output OK from Power Supply 3 


Should check only H PSN for power 
supply indicates presence. 


RE1 


1 


S4_DCOK_PS2 


D/C Output OK from Power Supply 2 


RES 


1 


54 PCOK PS1 


D/C OutbUl OK from Power Suf>olv 1 
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Wire Service Canister (System Type ID 85} Processa ID 2x wAwre x is the stot 10 



Name 



FUTKtiOO 



RAO 


o 


S5 P12V ENA 


Turns cn 12 voft to an PCI slots 


Used to sequence power to PCI 
cards. 


RA1 


o 


S5_P5V ENA4 


Turns on 4-S volts to PCI slot 4 


nA2 


0 


S5_P5V_ENA3 


Tums on +5 vatts to PCI stot 3 


RA3 


0 


S5_P5V_ENA2 


Turns on +5 vofts to PCI slot 2 


RA4 


o 


S5 PSV_ENA1 


Tums on 4-5 vofts to PCI stot 1 


RA5 


7 








RBO 




85 CAN AO 


Canister Address bit 0 


Determine the Wire Seruce bus 
address ttus canister 


RBI 




85 CAN A1 


Ctfvster Address txt 1 


RB2 


1 


85 CAN A2 


Canister Address txt 2 


RB3 


1 


S5 PRSNT S5 


Special Stot 5 (tOP/PCI jumper) present 


Intf cates somethinQ is in slot S 


RB4 


1/0 


SS_PSN_S5 


Present Serial Number lor special slot 5 


Fnxn D8 250x in slot 5 card frf lOP) 


RBS 


X 








RB6 


X 








RB7 


X 








RCO 


1 


SS_FAN_TP 


Tactometer pulse Input from selected fan 


Generally routed to counter 


RCl 


O 


SS_FAN_SELjO 


Fan Tachometer MutttpleicBr Select Bit 0 


Setoct wtiich fan to monitor tach. 


RC2 


X 








RC3 


I/O 


ssiaccix 


Wire Service Bus Dala ft2C) 


Only used for I2C 


RC4 


I/O 


85 I2C CtK 


Wire Service Bus Data (120) 


RC5 


o 


85_CANFAN_L£D 


Canister tan fault LED 


Assert on any Canister fan failure 


RC€ 


o 


S5_CANFLT_LED0 


Canister FRU LED Pin 0 (bicolor L£D) 


Drive in Afferent combtr\ations for 
OFF. AMBER, GREEN 


RC7 


o 


SS CANFLT LED1 


Canister FRU LED Pin 1 (bicdor LED) 


RDO 




S5^PRSNT_81A 


PCI card present in Slot 1 (A ptn) 


PCI slots have 2 presence pins • 
see PCI spec for usage and 
meantng. 


RD1 




85_PRSNT_81B 


PCI card present In Slot 1 (B pin) 


RD2 




SS PRSNT S2A 


PCI card present in Slot 2 (A pin) 


R03 




35 PRSNT S2B 


pa card present In Slot 2 (B pin) 


RD4 




SS_PR8NT_83A 


PCI card present in Slot 3 (A pin) 


RD5 




85_PR8NT_S3B 


PCI card present in Slot 3 (6 pin) 


RD6 




S5_PR8MT_S4A 


PCI card present in Slot 4 (A pin) 


R07 




85 PR8MT S4B 


PCI card present in Slot 4 (B pin) 


REO 


o 


85_CAN_JTAG 


Enable Cantster Board JTAG Chain TMS 


Required to select the JTAG chain 


REl 


0 


85_NMLS5 


NMt card is special slot 5 (lOP) 


ToQQie to NMt top in stot S 


RE2 


o 


S2 FAN HI 


Canister fan soeed to hioh (Assert Hi) 
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Wire Service Remote Intedue (System Type 10 S6) Processor ID 1 1 



m 


I/O 


S6 PSN Rl 


Serial Number infcrmalton for Remote Interface 




RA1 


X 








RA2 


X 








RA3 


X 








RA4 


X 








RA5 


X 








RBO 


O 


S6 MODEM^OTR 


Modem SipnaJ (Data Terminal RaacM 




RBI 


1 


S€_MODEM_DSR 


Modem Sigrul (Data Set Ready) 




RB2 


1 


S6 MODEM^CO 


Modem Slgr«l (Carrier Detect) 




RB3 


1 


S6 MODEM Rl 


Modem Slqnal (Rinq Indicate) 




RB4 


0 


S6_M0DEM_RTS 


Modem Signal (Request To Send) 




RBS 




S6_M0DEM_CTS 


Modem Signal (Clear To Send) 




RB6 


X 








RB7 


X 








RCO 


X 








RC1 


X 








RC2 


X 








RC3 


I/O 


S5 120 CLK 


Wire Service Bus Data (I2C) 


Only used for 12C 


RC4 


I/O 


S5_!2C_CLK 


Wire Servce Bus Data 02C) 


RC5 


X 








RC6 


0 


S6_M0DEM TXD 


Modem Signal (T ransmit Data ) 


Controned t>y chip serial Intertace 


RC7 




S6 MODEM RXD 


Modem Signal (Receive Data ) 


RDO 


X 








R01 


X 








RD2 


X 








RD3 


X 








RD4 


X 








RD5 


X 








RD6 


X 








RD7 


X 








REO 


X 








RE1 


X 








RE2 


J{. 









Page 19 




Raptor Wire Service Architecture 



Wire Service Network Memory Map 

This section defines ihc Wire Service Network Memory Ma*p for the first Raptor systenx Its purpose is to 
identify all Wire Service addressable entities and describe their funrtion and any special information about 
them. 

This section is incomplete yet and only a small incomplete sample is supplied. (Although some of the 
more complicated ones arc described.) 

The address format is "pp:aaaa**, where "p" is the processor ID (hexadecimal) of the Wire Service 
Processor where the data resides and '^aaaa** is the hexadecimal address or address range for the data. 



Name 


Type 


Address 


Description 


Notes 


WS_DESC_Pn 


STRING 


OnrOOOO 


Wire Sendee Processor 
Typa/Description 




WS_REV_Pn 


STRING 


OnOOOl 


Wire Service Software 
Reviston^ate Irrf o 




WS_SB_FAN_HI 


Brr 


03 


System Board Fans Ht 


Controls SVFAN_HI. Set on 0->1 transition d 
WS_SB_FAN_LED. Geared by other software 


WS_SB_FAN_LED 


BIT 


03 


System Board Fan 
Fautt LED 


Controls S1_SBFAN_L£D. It is set wtienever 
any WS_SB_FANFAULTn is set. Log 0->1 
transition 


WS.SB.BUSCORE 


BYTE 


03 


System Board 
BUS/CORE speed ratio 
to use on reset 


Value is asserted on S1.BC_0S[0'3] unless 
reading DIMM types. Set to 0 on power on. 


WS_SYS_LCD 


STRING 


03 


Value to display on LCD 


ForaN)£ display the first N bytes (£sp(ayon 
top fine and tfie secorxl N bytes display on the 
bottom tir>e. Mantpulaies 81 LCD D[0-7]. 
SI.LCD.RS. S1_LC0_ENA, SI.LCO.RW 


WS_SB_FAN1 


BYTE 


03 


System Board Fan 1 
speed 


Approidmatery every second a fan is selected t)y 
S1_FAN_SEL10-21 and monitaed via 


WS_SB_FAN2 


BYTE 


03 


System Board Fan 2 
speed 


S1_FAN_TP dnvtng a counter fa a known 
period of tinne. The counter is then loaded into 
the appropriate fan speed. If WS^SB_FAN_HI 


WS_SB_FAN3 


BYTE 


03 


System Board Fan 3 
speed 


is not set then the speed is compared against 
WS_SB_FAN_LOUM. If fan is slow set 
appropriate WS_SB_FANFAULTn othenvise 


WS_SB_FAr44 


BYTE 


03 


System Board Fan 4 
speed 


dear it 


WS_SB_FANFAULT1 


BIT 


03 


System Board Fan 1 
Fauited 




WS_SB.FANFAULT2 


BFT 


03 


System Board Fan 2 
Faulted 
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WS_S8_FANFAULT3 


BfT 


03 


System Board Fan 3 
Faufted 




WS.SB.FANFAULT4 


BfT 


03 


System Board Fan 4 
Faulted 




WS_SB_FAN_LOUM 


BYTE 


03 


Fan speed low speed 
faun limit 


Set to 777 on power on 


WS_SB_DIMM_SEL 


BYTE 


03 


The DIMM select bits to 
use when reading 
DIMM.TYPE 


The low order 4 bits are the select bits to use 
when WS_SB_DIMM_TYPE is read 


WS_SB_DIMM_TYPE 


BYTE 


03 


The type cf DIMM In the 
DIMM.SELposttian 


When read asserts value of 
WS_SB_DIMM_SEL on S1_BC_DS(0-3] and 
then'retums value of S1_DIMM_D[0-71 


WS_SB_FLASH_ENA 


BIT 


04 


Incficates FLASH ROW 
write enabled 


Set/Cleared by debour\ced 0->1 transition of 
S2FLASH SW 

Controte state (i S2_FLASH.WE and 
S2_FLASH_LED. 


WS_SB_FRU_FAULT 


BIT 


04 


Indcates the FRU 
status 


At power on starts at 1. Controls 
S2_SBFLT_LED[0-11 for bicokx LED colors 
OxGreen 1 sAmber. Cleared by other software 


WS_SYS_OVERTEMP 


BIT 


04 


ln($cates Owrtemp 
fault 


At poHer on is set Controls 
S2.0VRTMP_LED. Controlled by wire service 
backplane processor. 


WS_SB_JTAG 


BIT 


04 


Enables JTAG chain on 
system t>oard 


Clear at power oa Controls S2_SB.JTAG 


WS_SB_CPU_PRES 


BYTE 


04 


CPU Presence bits 
(L£B«CPU1) 


Assemble from S2_PRES_CPUI1-4] 


WS.SB_CPU_ERR 


BYTE 


04 


CPU Error bits 
(LSB.CPU1) 


Assemble from S2_ERROR_CPUI1-4I 


WS_SB_CPU_TEMP 


BYTE 


04 


CPU Themwl fault bits 
(LSB-CPU1) 


Assemble from S2_TEMP.CPUl1-4] 


WS_SB_CPU_POK 


BYTE 


04 


CPU Power OK 
0-SB«CPU1) 


Assemble from S2_POK_CPU[l-4] 


WS.NMI.MASK 


BYTE 


04 


CPU NMI processa 
masl((LSB^PU1) 


Def autts to all ones on power up 


WS.NMLREQ 


BfT 


04 


NMI Request bit 


When set pulse S2_NMI CPUn corresporuling 
to each bit set in WS.NMI.MASK. Then clear 
request bit Log Action 


WS_SYSFAULT 


BIT 


04 


System Fault Summary 


This bit is set H any faults detected in the 
system. Controls S2_SYSFLT^LED 
Bits scanned WS_SP^CPU FAULT. 
WS_SB_FRU_FAULT ( other laulls?) 


WS_SB_CPU_FAULT 


BIT 


04 


CPU Fault Summary 


This bit is set if (( WS_SB_CPU_ERR 1 
WS_SB_CPU_TEMP 1 -WS.SB.CPU.POK ) 
& -WS_SB_CPU_PRES) 1= 0. Log 0->1 
transition with CPU bytes. 
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WS.BP.PSV 


BYTE 


02 


Anak>g Moasurs of +5 
voft main suppty 


read from S4_VOLTS_P5v 


WS_BP_P3V 


BYTE 


02 


Analog Measure o( 43.3 
wott main suppty 


read from S4_VOLTS_P3v 


WS_BP_P12V 


BYTE 


02 


Analog Measure of 4-12 
wft main supply 


read from S4_VOLTS_Pl2v 


WS_BP_P5V 


BYTE 


02 


Analog Measure d -12 
vcH main supply 


read from S4.VOLTS.N12V 


WS_SYS_CAN_PRES 


BYTE 


02 


Presence bits for 

canisters 

(LSBs1.MSB«8) 


controflod by S4_PSN_CANll-ei. A previous 
value byte needs to be maintained so canister 
transitions can be recognized Previous value 
initia&zed to zera Perfodc monitor scans for 
new canisters. When new canister is 
recognized read full serial data and store in 
WS_SYS_CAN_SERIALn then tog and send 
event 


WS_SYS_PS_PRES 


BYTE 


02 


Presence bits for power 
supplies 

(LSB^I.MSB^} 


controHed by S4_PSN_PSIl-3). A previous 
value byte needs to be maintained so power 
supply transltioru can be recognized. Previous 
value initialized to zera Periodic monitor scans 
for new pwmr suppGes. When new power 
supply is recognized read full serial data and 
stae in WS_SYS_PS_SERIALji th«i log and 
send event 


WS.SYS.PS.ACOK 


BYTE 


02 


Power suppty ACOK 
status 

(LSB=1,MSB=3) 


contrdlod by S4_ACOK_PSI1-3J. A previous 
v^ue byte needs to be maintained so power 
supply transitions can be recognized Previous 
value initialized to zera Pertodc monita scans 
for changes is ACOK and sends events 


WS_SYS.PS_DCX)K 


BYTE 


02 


Power suppty DCOK 
status 

(LS8e1.MSB«3} 


contrdted by S4_DCOK_PS(1 -31. A previous 
value byte needs to be mantained so power 
supply transttioru can be recognized. Previous 
value tnitialtzed to zera Periodic monitor scans 
for changes Is ACOK and sends evems 


WS_SYS_BP_TYPE 


BYTE 


02 


Typeof system 
backplane currently only 
twotypesTypeO«4 
canister (small) and 
Type l«e canister 
Oarge) 


controlled by S4_BP_TYPE 


WS_SYS_TEMP_Sei 


BYTE 


02 


Temperature of system 
board postticn 1 


controlled by reading Dallas temperature 
transducers conr>ected to serial bus on 
S4_TEMP_SDAandS4 TEMP SCL 


WS_SYS_TEMP.SB2 


BYTE 


02 


Temperature of system 
board position 2 


WS_SYS_TEMP_BP1 


BYTE 


02 


Temperature of 
backplane position 1 


WS_SYS_TEMP_BP2 


BYTE 


02 


Temperature of 
bactq>iane position 2 
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WS_SYS_TEMP_WA 
RN 


BYTE 


02 


WsmtDQ tflmporsturs. 
Initialized to 777 


t1 any WS.SYS.TEMP xm exceeds this value, 
log. send event set WS_SYS_OVERTEMP 


WS_SYS_TEMP_SHU 
T 


BYTE 


02 


Shutdown t«mperature. 
Initialized to 777 


H any WS.SYS.TEMP joon exceeds this value, 
kjg and dear WS_SYS_POWER 


WS SYS REQ POW 
ER 


BFT 


02 


Set to request main 
power on 




WS_SYS_POWER 


BIT 


02 


Controls system master 
power 

S4_P0WER_0N 


When this bit is set 0->1 set S4_P0WER ON. 
WS_SYS_RUN - 0. WS.SYS.RSTIMER - 5 
and log. When this bit is deared dear 
S4_POWER.ON and log. 


WS.SYS.RSTIMER 


BYTE 


02 


Used to delay reset^run 
unta power 6tat>iKzed 


Counts down to Oat 10 counts per second. 
When 1->0 transition sets WS_SYS_RUN, 


WS_SYS_RUN 


BIT 


02 


Controls the system 
haft/run line 
S1.0K_T0^RUN. 


H this bit is cleared, dear Sl_OK_TO_RUN 
and log. 

If tNs bit is set, set S1_0K_T0_RUN and log. 


WS.CAN.POWER 


BfT 


2x 


Controls canister pa 
slot power 


When set then set 

S5_P5V_ENA(1..4I.S5_P12V_ENA in thai 
order with small (about 1 ms) delay between 
each, then log. 

When deared then dear S5_P12V_ENA, 
S5_P5V_ENAll..4J then log 


WS_CAN_PCLPRES 
ENfT 


BYTE 


2x 


Reflects PCI card 
slot{1..4] presence 
indicator pins 
(MSBtoL^B) 
4B,4A,3B.3A^B.2A.1B. 
1A 


Reflects data from S5_PRSNT_S(l..4][A/BJ 


WS.CAN_S5_PRESE 
NT 


Brr 


2x 


Irxtcates the presence 
of somethtng in slot S 


Reflects S5_PRSNT_S5 


WS_CAN_S5_SMART 


BIT 


2x 


Intf cates sometNr>g 
other than a passive 
board in slot 5 


On power up attempt to read DaUas serial 
number chip using S5_PSN_S5. If present set 
this bit and read full serial data and store in 
WS.SYS_CANJOP_SERIAIJ) 


WS_CAN.FAN_H! 


BIT 


2x 


Canister Fans HI 


Controls S1_FAN_HI. Set on 0->1 transition of 
WS.SB_FAN_LED. Cleared by other software 


WS_CAN_FAN_LEO 


BIT 


2x 


Canister Fan Fautt LEO 


Controls S5_CANFAN_LE0. It is set whenever 
any WS.CAN.FANFAULTn is set Log 0->1 
transition 


WS_CAN_FANFAULT 
1 


BIT 


03 


Cencster Fan 1 Faulted 




WS_CAN_FANFAULT 
2 


BIT 


03 


Canister Fan 2 Faulted 
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W S_CAN_r AN 1 


BYTE 


2x 


Canister Fan 1 speed 


Approodmately ewy second a fart is selected by 
S5_FAN_SEL0 md monitored via S5_FAN_TP 
driMng a counter for a known period of time. 
The counter is then loaded into the appropriate 
f an speed If W S.CAN.F AN.Hi is not set then 
the speed is compared against 
WS_CAN_FAN_LOUM. ff Ian is slow set 
appropriate WS.QAN.FANFAULTn othenvise 
dear it 


WS_CAN_FAN2 


BYTE 


2x 


Canister Fan 2 speed 


WS_CAN_FAN.LOU 
M 


BYTE 


2x 


Fan low speed fault limit 


Set to equfvafent of xxx RPM on power on 


WS_CAN_JTAG_ENA 


Brr 


2x 


Enable JTAGTMS 
chain for canister 


Copy set value to SS_CAN_JTAG 


WS_CAN_NMLS5 


BfT 


2x 


NMI card in slot S 


when set pUse S2_NMLS5 


WS.RLCD 


BfT 


11 


Status of Remote Port 
ModmCO 


Fonows S6_MO0EM_CO 


WS.RLDTR 


err 


11 


State of Remote Port 
Modem DTR 


Controls S6_M0DEM_DTR 


WS.RLDSR 


BIT 


11 


Status of Remote Port 
Modem DSR 


FoOows S6_M0DEM_DSR 


WS_R1_RTS 


BIT 


11 


Status of Remote Port 
ModsmRTS 


Controls S6_M0DEM_RTS 


WS_RLCTS 


Brr 


11 


Status of Remote Port 
Modem CTS 


Follows S6_M0DEM_CTS 


W S_RI_CAUjOUT 


BYTE 


11 


Controls Can cut Script 
activation 


tf WTTtten to it initiates Call out sequerce 
programmed in WS_SYS_CAU^SCRIPT 
passing value as argument to scripL Log it 
( Format of Script Programs TBD ) 


WS.RI.EVEhfTS 


EVErfT 


11 


Remote Irrterf ace Event 
Queue 


See Event Data type description in prior 
section. 


WS_SLEVENTS 


EVENT 


10 


System Interface Event 
Queue 


See Event Data type description in prior 
section. ; 


WS_SYS_LOG 


LOG 


01 


System Log 


The systern k3g kept in NVRAM ( See LOG 
data type in prewous sectkxi ) 


WS_SYS_SCREEN 


SCREE 
N 


01 


System Screen 


A copy of the most recent character mode 
screen from the system video display ( See 
SCREEN data type in previous section ) 


WS_SYS_SB_SERIAL 


STRING 


01 


Last known System 
Board serial data 




WS_SYS_BP_SERIAL 


STRING 


01 


Last lamm Back Plane 
serial data 




WS_SYS_RI_SERIAL 


STRING 


01 


Last IffKwm Remote 
imedece serial data 
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WS.SYS CAN SERI 


STRING 


01 


Last known Canister (1 • 
8] Serial data 


May be zero length if no canister teen 


WS.SYS JOP.SERIA 

m-e] 


STRING 


01 


Ust known lOP in 
Canister t1 -81 Serial 
data 


May be zero length if no canister ever seen or 
current canister has no lOP 


WS.SI.QUEUE 


QUEUE 


01 


Queue of data gcxng to 
System tnterf ace 


See Queue data type in previous section 


WS_RLQUEUE 


QUEUE 


01 


Queue of data going to 
Remote Interface 


See Queue datatype in previous section 


WS_SYS_XDATA 


BYTE 
ARRAY 


01 


Byte Array lor storage 
of artMtrafy external data 
in NVRAM 


Wire Ser^e just maintatns this data area end 
is unaware of the meanir^ of any data stored in 
It 


WS_SYS_EXT_KB 


BYTE 


01 


Size of the 

WS_SYS_XDATAln 

kik3bytes 


Necessary for memory management of tt>e data 
area 
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Overview: 

This board is an interface between Raptor Wire Services and an external modem. The 
system status and commands are passed through the RS232 connection at the modem 
side to the Wire Services bus, the I2C bus. controlled through an on board PIC16C65. 
T+ie'12C signals are translated by the PIC16C65 into an eight signal RS232 protocol and 
passed through a voltage level translator LT1 133A, with baud capable of reaching the 
speed of 120k. A 25 pin D-Sub connector resides on the other side of the voltage level 
translator. 

The system status storage Is through a 32Kx8 SRAM, with an external lath for latching 
the higher addressing bits of the data RAM. A signal powered EPROM is used for 
storing board ID information. 

The board is powered through 7.5V and 700mA supply unit, and is an alternative source 
for the bias powered partition of the Wire Services. The bias powered block includes an 
NV-RAM and a PIC16C65 which are resident on the Raptor back plane. The power 
source is regulated through a high frequency switching regulator. 



1.0 Features 

The designed features are as follows: 



1.1 i2C Interface 

The two wires interface is brought from the Raptor and passed to the P1C16C65 using 
an RJ45. A bus extender 82B715 is connected between the external interface to the 
local I2C bus. Port C bit 3 is the clocking bit. and Port C bit 4 is the data line. 

1.2 RS232 Protocol 

The communication with the modem is based on the RS232. Microcontroller PIC16C65 
is used to generate the receive and the transmit signals, where the signal levels are 
transposed to the RS232 levels by the LT1133A. The 3 transmit signals. RTS. SOUT 
and DTR are from Port A bits 2. 3 and 4. where as the 5 receive signals are from two 
ports. DCD. DSR from Port C 1.0 and SIN. CTS and Rl from Port A 5. 0. 1. 

The 25 pin RS232 pin connection is used instead a 9 pin connector, since this type of 
connector is more common than the other. All the extra pins are no connect except the 
pins 1 and 7, where pin 1 is chassis ground and pin 7 is a signal ground. 
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The connection through LT1133A can be run up to 120k Baud and is ESD protected to 
+/-10kV. 

The short voltage at the output can be +/- 30V and is isolated to the forward direction 
only. 



1.3 PIC16C65and32Kx8 

A 32Kx8 SRAM is available for storage and transfer between the internal Wire Services 
and the external remote interface. Port D is the address port, while an external 
74ABT374 is for expanding the address range to 15 bits. Port B is the data bus for the 
bi-directional data interconnect. Port E is for the SRAM enable, output tristate and the 
write control signals. 

The PIC16C65 is designed for a frequency of 12MHz. An LED is also connected to the 
Port C bit 5. 







RJ45 





^ 7300mA 



I2C Extender 







Transceiver 





C3,C4 



A&C 



RS232 




B.E. 



PIC16C65 



J2 

J1 



DS2502 



3aKx8 
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Figure 1: Remote Interface Interconnect 
1.4 SeriallDEPROM 

DS2502 is for storing board ID. connected to PIC16C65 Port C bit 6. The programming 
is handled through a jumper applied through connector J1. DS2502 is a signal powered, 
retaining the charge into a capacitor, sourced through the data line. 



2.1 Alternative Power Source 

The board is powered through 7.5V and 700mA (or 800mA which ever available) supply 
unit. After regulating the supply, it is an alternative source for the bias powered partition 
of the Raptor Wire Services. The bias powered block includes an NV-RAM and a 
PIC16C65 which are resident on the Raptor back plane. 

The power source is regulated through a high frequency switching regulator based on 
Linear Technology LT1376. The input to the regulator circuitry is off a wall mounted 
adapter. The regulated output is consumed locally and 300mA are sourced to the 
Raptor Wire Services through a fuse and an RJ45 P1 . 



2.2 Power Consumption 

The following is an average estimated power consumption with the board running at a 
base frequency of 12MH2. 



PIC16C65 


Microcontroller 


30mA 


82B715 


I2C Extender 


10mA 


32Kx8 


SRAM 


80mA 


LT1133A 


Transceiver 


70mA 


374 


Latch 


30mA 



Misc. 



60mA 



280mA 



Alt. Source 



300mA 



5 



580mA 



LT1376. L1. D2. D3, etc. 



1 .45 Watts max. 



.062 THK ■ 



PtN 1 




PIN 1 



^ ^ C.125 THRU 



.74 



1.-47 



C3 : 

CD . I 



2.95- 



1 .49 



.562 MAX COMPONENT HlIGHT 
-.272 



.272 

-.062 THK 



Figure 2: Mechanical Orientation 
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2.3 Board Layout 

The board is based on controlled impedance of 60 Ohms +/- 10%, with 6 layers and test 
points for all signals. The width is restricted by the dimension of the RS232 due to the 
mounting constrains. The board is dual sided with active components kept on the top 
side only. 

The high frequency bypass is kept with .1uf and .001uf, where the charge storage is 
kept by two 33uf and two 1uf capacitors. 

The location and mounting of the power connector and the LED are kept such that the 
both sides of the cabinet are identical, therefore interchangeable. 



3: Enclosure 

The enclosure is planned to be Injection Molded Aluminum, a side view is in figure 3. 
Aluminum instead of plastic is selected due to the regulator heat, and EMI shielding. 

The board connects at three locations between the top and the bottom enclosures. Two 
locations are based on the clamp shell design at the D-Sub and the RJ45. two opposite 
ends of the enclosure. The third location is a mounting hole in the center of the 
enclosure. 
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Figure 3: Board and Enclosure Isometric View 
4.0 Environment 

The environmental specification is based on assumptions: 

The environment is Ground Fixed. 
The "Quality Level of ll" is used. 

Bellcore Method I, Parts Count Method, Case 2 for prediction. 
Burn-in time 120 hours. 

Operated at 40C and 50% rated electrical stress. 
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Environmental Specification: 

MEAN TIME BETWEEN FAILURE 

2,4452506-^06 Hours 

This number is calculated based on the Bellcore Technical Reference 
TR-NWT-000332. Reliability Prediction Procedure for Electronic 
Equipment. Issue 4, September 1992. 



ALTITUDE 

Operating -1 00 to 1 0.000 feet 
Non-Operating -100 to 40,000 feet 



HUMIDITY 

Operating 10% to 80% R.H., Maximum Gradient 10% per hour 

Non-Operating 5% to 90% R.H.. Maximum Gradient 10% per hour 

TEMPERATURE (ambient) 

Operating 1 0 to 40 degrees 0 Maximum 
Gradient 10 degrees C per hour 

Non-Operating -40 to 70 degrees C 

Maximum Gradient 10 degrees C per hour 

SHOCK 

Operating 

Magnitude 2 G*s (peak) 
Duration 1 1 ms 
Wavefomi Half Sine 

Non-Operating 

Magnitude 1 0 G's (peak) 
Duration 1 1 ms 
Wavefonn Half Sine 



VIBRATION 

Operating 

Frequency Range 

Magnitude 

Acceleration 

Non-Operating 

Frequency Range 

Magnitude 

Acceleration 



5 to 500 Hz 

0.010 inch peak to peak displacement 
0.20 GOs peak 

5 to 500 Hz 

0.010 inch peak to peak displacement 
0.50 GOs peak 
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DROP (PACKAGED) 
ASTM D4169 



ELECTRICAL 

Nominal Line 



115 VAC or 230 VAC @ 50/60 Hz autoranging 



Line Deviation 



90-130 VAC & 180-256 VAC @ 47-63 Hz 



Line Transient/Surge Susceptibility * 1 .25 x highest rated nominal 

voltage or 300 Vrms, 
whichever is less, for 1 second. 

ELECTRO-MAGNETIC COMPATIBILITY 

FCC, Class A under FCC Rule 15, Subpart B, conducted and radiated. 

Canadian Radio Interference Regulations, C.R.C., c.1374. Sec. 2, as 
amended in The Canadian Gazette, Part II, Vol. 122, No. 20, dated Sept. 
28, 1988. 

European EMC Directive (89/336/EEC) CISPR 22 (Class B). 
lEC 801-2:1984 8 kV air discharge 
lEC 801-3:1984 3 V/m. 27-500 MHz 
lEC 801-4:1988 1 kV mains, 500 V other. 



SAFETY AGENCIES 

UL. CSA, VDE. JIS 



Electrostatic Discharge 

Air Discharge 2.5 to 5.0KV no errors allowed 

5.1 to 10.0 KVrecoverable en-ors through system allowed 
10.0 to 20.0KV recoverable errors through 

power cycling allowed 

Contact Discharge 0 toS.OKV recoverable errors through 



power cycling allowed 




..Auchor: John Hammond at NetFRAMEHQ 
:)ate: 8/29/96 1:25 PM 
Priority: Normal 
TO: Ahmad Nouri at NetFRAME_ENO 
CC: David Werblo 
CC: Michael OConnor 
Subject: DSM Commands 

Message Contents 

Ahmad, 



I had a look at the copy of Raptor wire Services Architecture document 
and found that it was not new information for me. I have a copy of the 
VI. 2 documeiiL. Furthermore, these tour pages don't appear as 
"commands" to me. They seem to be more procedures. 

In any eveuL, r still like our list from the white board for FCS : 

1 . Power up 

2 . Power dowfi 

3. System Status to include system configuration (memory, processors 
cannisters present, PCI cards, SCSI devices, etc.) and serial numbers 
where the data is available through wire services. 

4. Read the Flight Recorder 

5. Reset System, it would be nice to have a cold and warm reboot but 
If not, lets emulate the reset switch on the front panel for FCS. 

Thcinks, 
John 
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Introduction 

"Wire Service" is the code name for the Raptor project system control, diagnostic and maintenance bus 
( formerly known as the CDM bus). Raptor is a completely "fly by wire" system - no switch, indicator 
or other control is directly connected to the function it monitors or controls. Instead, all the control and 
monitoring connections are made by the network of processors that comprise the "Wire Service" for the 
system. The processors are Microchip PIC processors and the network is a 400 kbps I^C serial bus. A 
limited understanding of PC protocol is a prerequisite for understanding Wire Service protocols (See 
"The I^C-bus and how to use it" - Philips Semiconductor, Jan 1992). Control on this bus is distributed, 
each processor can be either a master or a slave and can control resources on itself or any other 
processor on the bus. 



Wire Service Hardware Block Diagram 
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Write Byte Array Message 
Request 



Slave 
Address 


Type/RW 


Start Addr 
LSB 


Start Addr 
MSB 


Length 
N 


Array 
Data 1 




Array 
DataN 


Response 




Slave 
Address 


Length 
0 


Status 
0/Success 





Log Type 

The Log data type is to be used for logging byte strings in circular log buffer. It is used to record system 
events in the NVRAM system log. 

Read Log Message 

Request 



Slave 
Address 


Type/RW 


Log Addr 
LSB 


Log Addr 
MSB 


Request 
1-255 






Response 


Slave 
Address 


Length 
N+6 


Log Time 
LSB 


Log Time 


Log Time 


Log Time 
MSB 


Log Addr 
LSB 


Log Addr 
MSB 


Log Data 
Byte 1 




Log Data 
ByteN 


Status 
0/Success 




Write Log Message 
Request 




Slave 
Address 


Type/RW 


N/A 


N/A 


Length 
N(l-249) 


Log Data 
Byte 1 




Log Data 
ByteN 


Response 




Slave 
Address 


Length 
0 


Status 
0/Success 





Note: The maximum number of bytes that can be written in a log entry is 249, because the log processor 
adds 6 bytes of ID and timestamp to the beginning of the message. 



The addressing of log entries has some special characteristics: 

• Reading address 65534 (Oxfffe) is also special - It represents the address of the earliest available 
entry. 
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• Reading address 65533 (Oxfffd) is special - It represents the address of next message in sequence 
from the last message read from the log. 

• The address of real log entries wraps at 65279 (Oxfeff). The next sequential entry after 65279 is 0. 

• Onlyt the two special addresses above are recognized in reading the log. The address of is ignored 
on write and the next available entry is written, ... 

• To read the entire log in forward time order, read entry at address 65534. This returns the first log 
entry. Next read from address 65533 to get the next sequential log entry. Repeat the last step until 
status indicates failure. 

• To keep a complete external copy of the log, first read the entire log in forward time order. Then 
periodically read from the next valid entry (65533) to the end and add that to the external copy. 

Note: Multiple simultaneous readers of the log will interfere with each other. This may be detected by 
the fact that each reader will see a stream of entries that are missing some log entry sequence numbers. 
To recover, the log must be read from the oldest entry again. If multiple readers are anticipated, a byte 
in the byte array area should be selected as a semaphore and the lock byte data type can be used to 
synchronize access to the log. 

Note:Log messages can also appear out of sequence if the log is being filled rapidly enough that old 
messages must be discarded before they are read. In this case the log processor returns the oldest 
currently available entry for the next entry read. 

There are also conventions for the Log Data portion of the message or response. These are conventions 
and are not enforced by the Wire Service logging function. The. conventions are as follows: 

Log Data Byte 1 : Severity Level Byte 
0x00 - Unknown 
0x10 - Informational 
0x20 - Warning 
0x30 - Error 

0x40 - Severe/Fatal Error 

Log Data Byte 2: Source/Encoding Byte - which entity logged the entry in the 4 high bits 
0x00 - Wire Service Internal 
0x10 - Onboard Diagnostics 
0x20 - External Diagnostics 
0x30 - BIOS 

0x40 - Time Synchronizer 

0x50 - Windows 

0x60 - Windows/NT 

0x70 " NetWare 

0x80 - OS/2 

0x90 - UNIX 

OxAO - VAXA^MS 

- which type of encoding of the message is used in the 4 low bits of the byte. 
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0x00 - Binary 
0x01 - ASCII 
0x02 - Unicode 

Thus an external diagnostics ASCII error message would have a severity and source/encoding byte 
values of 0x30 and 0x21. 

For binary encoded messages, additional conventions apply: 

Log Data Byte 3 and 4 are used as the LSB and MSB of a 16 bit Message Identifier. Each source group 
(OS's, BIOS, etc.) that wishes to log binary messages must maintain a file in a common format 
containing the definition of ALL possible binary messages from their source. This file contains the 
Identifier value and formatting string and any descriptive comments for each message. Identmust be 
maintained by each possible message source group and supplied as a file to any requestor. (Obsolete 
Message Identifiers MAY NOT be reused for old version compatability reasons) Log Data Bytes 5 and 
beyond are message arguments in format list order. 

An example binary message definition file entry for the BIOS might be: 

00045 "DIMM configuration bad - row %db - Types %3.3db %3.3db %3.3db %3.3db" 

Note: Most "C" printf formatting items will work except that the final letter of a numeric formatting 
sequence must be b (byte) s (short) or 1 (long) to how many bytes of the log message data it takes. 
Strings take up to the first null (zero terminated). 
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Event Type 

The event data type is to be used for alerting external interfaces of events in the Wire Service network. 
Event memory is organized as a bit vector. Each bit in the vector represents a particular type of event 
and there are a minimum of 16 bits in the vector.. Writing an event sets the bit representing the event in 
the bit vector. Whenever any bit in the event bit vector is non-ziero, the interface indicates that events 
are present. 

Reading the event type returns one or more event ID's, depending on request length and events actually 
pending in the interface. Once an event ID is read, the corresponding event bit is automatically cleared 
internally. 



lequest 


Slave 


Type/RW 


N/A 


N/A 


Request 


Address 








1-255 



lesponse 


Slave 
Address 


Length 
N(l-32) 


Event 
ID 




Event 
ID 


Status 
0/Success 


Write Event Message 
Request 


Slave 
Address 


Type/RW 


N/A 


N/A 


Length 
1 


Event 
ID (1-15) 


lesponse 




Slave 
Address 


Length 
0 


Status 
0/Success 



Possible Event Types: 
CPU Status Change 
Power Status Change 
Canister Status Change 
Fan Status Change 
Communications Queue Event 
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Wire Service Remote Interface Serial Protocol 

The Wire Service Remote Serial protocol is used to communicate Wire Service messages across a serial 
link from a Wire Service Remote Interface processor attached to a Raptor to a Wire Service Remote 
management processor. It encapsulates Wire Services messages in a transmission envelope to provide 
error free communications and link security. 

In order to be easily processed by the remote interface processor, the remote interface protocol is based 
on the concept of byte stuffing. That is certain byte values in the data stream always have a particular 
meaning and if that value must be transmitted as by the underlying application as data, it must be 
transmitted as a two byte sequence. 

The bytes that have special meaning in the protocol are: 
SOM - Start of a message 
EOM - End of a message 

SUB - The following byte in the data stream must be substituted before processing 
INT - Event Interrupt 

If any of these byte values occur as data in a message, a two byte sequence must be substituted for the 
byte. That sequence is a byte with the value of SUB followed by a byte with the value of the original 
byte incremented by one. For example if a SUB byte were to occcur in a message it would appear on 
the serial data stream as a SUB followed by a byte whose value is SUB+1. 

Just as with Wire Service messages there are two classes of messages: 1) Requests - sent by remote 
managment systems (PC*s) to the Wire Service remote interface and 2) Responses - returned to the 
requester by the Wire Service interface. The formats for the messages are as follows: 



Request 



1 SOM 


Seq.# 


TYPE 


Data 




Check 


EOM 


Response 


1 SOM 


Seq.# 


STATUS 


Data 




Check 


EOM 



Event Interru pt 
INT 



Where: 

SOM/EOM - Special data byte values marking the start and end of messages. 
Seq # - A one byte sequence number that increments on each request and is copied in the 
response. 
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lYPE - One of the following types of requests: 

IDENTIFY- Request the remote interface to send back identification information about the 
system to which it is connected. This also resets the next expected sequence 
number. This message type does not require security authorization to be 
established first. 

SECURE - Establish secure authorization on the serial link by checking password security 
information provided in the message with the Wire Service system password. 

UNSECURE - Clear security authorization on the link and attempt to disconnect it. (Requires 
security authorization to have been established) 

MESSAGE - Take the data portion of the message and pass it to Wire Service for execution. 
The response from Wire Service is sent back in the data portion of the 
response, (Requires security authorization to have been established) 

POLL - Query the status of the remote interface. This is generally used to determine if 

an event is pending in the remote interface. 



STATUS - One of the following response status values: 

OK - Everything relating to communication with the remote interface was OK 

OK_EVENT - Everything relating to communication with the remote interface was OK and 

there is one or more events pending in the remote interface. 
SEQUENCE - The sequence number of the request was not the current sequence number 

(retransmission request) or the next expected sequence number (new request). 

Sequence numbers may be reset by a IDENTIFY message. 
CHECK - The check byte in the request message was received incorrectly. 
FORMAT - Something about the format of the message was incorect. Most likley, the type 

field has an invalid value. 
SECURE - The message requires that security authorization be in effect, or if the message 

was of type SECURE, the security check failed. 

Check - A message integrety check byte. Currently the value is 256 - the sum modulo 256 

of all previous bytes in the message, (i.e. Adding all bytes in the message up to and 
including the check byte should produce a result of zero (0) ) 

INT - A special one byte message sent by the remote interface when it detects the 

transistion from no events pending to one or more events pending. This message 
can be used to trigger reading events from the remote interface. Events should be 
read until the return status changes from OK_EVENT to just OK. 
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